BEST AVAILABLE COPY 




Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(12) 



EP 0 949 793 A1 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

13.10.1999 Bulletin 1999/41 

(21) Application number: 99302422.3 

(22) Date of filing: 29.03.1999 

(84) Designated Contracting States. 

ATBECHCYDEDKESFIFRGBGRIEITLILU 

MC NL PT SE 

Designated Extension States: 
AL LT LV MK RO SI 

(30) Priority: 03.11.1998 US 185265 
09.04.1998 US 57842 

m\ Applicant: LUCENT TECHNOLOGIES INC. 
( } Murray Hill, New Jersey 07974-0636 (US) 

(72) Inventors: 

• Bogart, Frank J. 

Boulder, Colorado 80301 (US) 



(51) IntCI *: H04M 3/50 



. Flockhart, Andrew D. 

Thornton, Colorado 80241 (US) 

• Foster, Robin H. 

Little Silver, New Jersey 07739 (US) 

• Kohler, Joylee E. 
Northglenn, Colorado 80234 (US) 

• Mathews, Eugene P. 
Barrington, Illinois 60010 (US) 

• Skarzynskl, Stephen L. 
Niwot, Colorado 80503 (US) 

(74) Representative: 

Buckley, Christopher Simon Thirsk et al 

Lucent Technologies (UK) Ltd, 

5 Wlornington Road 

Woodtord Green, Essex IG8 0TU (GB) 



reflect both long-term and short-term agent perform- 
ance trends and variations. 
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(57) Selection of a call for handling by a call-center 
aaent (106-1 08) is based on which call's handl.ng by the 
a Sable agent will tend to optimize call-center, perform- 
ance criterta such as efficiency (e.g., m.n.m. Z e pe recall 
handling time) or derived benefit (e.g., max.m.ze reve- 
nue). Each agent has a service profi.e for each type o 
call hatthey handle. A service profile compnses present 
values o« a plurality of service metrics, such as proficien- 
cy profitably, customer satisfaction, and agent sat.s- 
£cL. When an agent becomes available, the present 
values of the service metrics of the serv,ce profile of that 
agent for each type (e.g. skill) o, available call handled 
by me agent are combined into a score accord.ng to one 
JI plurality of formulas which corresponds to that call 
lype and a call of the type for which the agent has the 
best (e.g., either highest or just-sufficient) score .s as- 
s.gned to the agent. Preferably, a call score s a so com- 
puted tor each availab.e call type, based on factors such 
as the purpose of the call, the call's in-queue wa.t time, 
fbo priority o< the call, etc. The call type Jor wh.h the 
agent has the best score .s selected to be the one for 
which the call score best matches the agent s corre- 
s P ond,ng score. When the assigned agent .n«h ies han- 
ding the call, his or her performance is evaluated based 
on the service metr.es, and the va.uat.ons are used to 
revise the present values of the service metr.es of that 
agSs se » ice profile The revision process > gwes . mor. 
weight to valuations of more-recently-handled calls to 
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Description 
Technical Field 

[0001] This invention relates to automatic call distri- 
bution (ACD) systems, also variously referred to as call 
centers or telemarketing systems. 

Background of tho Invention 

[0002] ACD systems distribute calls - whether in- 
bound or outbound -tor handling to any suitable ones 
of available call-handling agents according to some pre- 
defined criteria. In many existing systems, such as the 
Lucent Technologies Definity® ACD system, the criteria 
lor handling the call from the moment that the ACD sys- 
tem becomes aware of the call until the call is connected 
loan agent are customer-specifiable (i.e., programma- 
ble by the operator of the ACD system) via a capability 
called call vectoring. Normally in present-day ACD sys- 
tems when the ACD system's controller detects that an 
agent has become available to handle a call the con- 
troller .dentifies all predefined call-handling skills of the 
agent (usually in some order of priority) and delivers to 
the agent the highest -priority oldest-waiting call that 
matches the agent's highest-priority skill. Generally the 
only condition that results in a call not being delivered 
to an available agent is that there are no calls waiting to 
be handled w 

[0003] Most present-day call-distribution algorithms 
focus on being "fair" to callers and to agents. This fair- 
ness is reflected by the standard first-in. first-out call to 
most-idle-agent assignment algorithm. Skills-based 
routing improves upon this basic alqorithm in that it al- 
lows each agent to be slotted into a number of catego- 
ries (sphts) based on the agent's skill types and levels 
10004] The primary objective of call-distribution algo- 
rithms is to ultimately maximize call center performance 
That may involve minimizing cost, maximizing call 
throughput and/or maximizing revenue, among others 
f-or example, when a new call arrives, the call should 
be handled by an agent who either has the ability to pro- 
duce the most revenue or can handle the call in the 
shortest amount ol time Also, when an agent becomes 
available to handle a new call, the agent should handle 
either the call that has the possibility of generating the 
most revenue or the call which the agent is most efficient 
in handling. A telephone call-handling system having 
such functionality is disclosed in U S Patent No 
5 299.260 However, this system is limited in its capa- 
b.lit.es to truly maximize call center performance it per- 
mrts only one criterion or metric to be used at any one 
time to select an agent for handling an individual call 

while call center performance is typically a multi-faceted 
funct.on that involves a number of criteria or metrics 



Summary of the Invention 

[000S] This invention is directed to solving these and 
other problems of the prior art. According to one aspect 
of the invention, a call is selected for handling by a call 
handler (e.g., a call center agent) as follows When a 
call handler who handles calls of a plurality of types (e 
g., calls needing different ones of a plurality of agent 
skills for their handling) becomes available, a call type 
'o for which the call handler has a best present perform- 
ance characteristic is selected for handling by the call 
handler. A measure of "best" may be absolute or rela- 
tive. For example, a "best" characteristic may be the 
highest characteristic, or it may be a characteristic that 
most-closely matches (e.g., minimally exceeds) the 
call's requirements. The determination of the available 
call for which the call handler has the best performance 
characteristic is made as follows. A service profile com- 
prising present values of a plurality of service metrics 
for the pluralily of call types is maintained for the call 
handler. The present values of the plurality of service 
metrics for each call type having calls available for han- 
dling by the call handler are retrieved from the call han- 
dler's service profile and are used in one of a plurality 
of formulas, each corresponding to a different call typo 
to obtain a performance characteristic score for each of 
the call types of available calls. Then the one of the avail- 
able calls for whose call type the call handler has the 

S0 EST "T* iS Se,eC,ed f ° r handlin9 b * ,he ca " ha "dler 
30 When the call handler finishes handling the selected 
call, the call handler's performance in handling the se- 
lected call is evaluated (quantitatively and/or qualitative- 
ly), and the present values of the call handler's service 
metrics are modified by the valuation to obtain new 
35 present values of the service metrics for the call type of 
the selected call for the call handler. Preferably, the 
modifications are weighted to give more weight to per- 
formance evaluations of calls most-recently handled by 
this call handler Then the new present values of the 
■* service metrics of the call handler are used in selecting 
a call for handling by the call handler/until that call type 
is aga.n selected and the above procedure is repeated 
Also, for other call handlers, their own performance 
characteristic scores for individual call types are used 
■« m selecting calls lor them to handle. 

[0006] According to another aspect of the invention 
a call handler who has a best present performance char- 
acteristic for a call lypeol an available call is delermined 
and selected to handle the call as follows. A service pro- 
file comprising present values of a plurality of service 
metrics for that call type is maintained for each call han- 
dler. For each call handler who is available to handle the 
available call, the present valuos of the plurality of sorv- 
ice metr.es are retrieved from the call handler's service 
profile and are combined to obtain a performance char- 
acter.st.c score lor each of the available call handlers 
Also, a call score is obtained for the available call by 
combm.ng present values of a plurality of character.stics 
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of the call. Then the one of the available call handlers 
who has a characteristic score that best corresponds to 
(e.g., matches) the call's score is selected to handle the 
call. Similarly, a call for which a call handler has a best 
present performance characteristic is determined and 
selected for handling by the call handler as follows. A 
service profile comprising present values of a plurality 
of service metrics for a plurality of call types is main- 
tained for the call handler. The present values of the plu- 
rality of service metrics for each call type having calls 
available for handling by the call handler are retrieved 
from the call handler's service profile and are combined 
to obtain a performance characteristic score for each of 
the call types of available calls. Also, a call score is ob- 
tained for a call of each available call type by combining 
present values of a plurality of characteristics of each 
said call. Then the one of the available calls that has a 
call score that best corresponds the call handler's char- 
acteristic score for that corresponding call type is select- 
ed for handling by the call handler. 
[0007] While the method comprises the steps of the 
just-characterized procedure, the apparatus effects the 
method steps. The apparatus preferably includes an e1- 
fector -any entity that effects the corresponding step, 

: unlike a means-- for each step. Further, there is prefer- 

ably provided a computer-readable medium containing 
software which, when executed in a computer, causes 
the computer to perform the method steps. 
[0008] The invention tends to maximize call center 
performance For example, when an agent becomes 
available to handle a new call, the agent is assigned to 
a call of a type from which this agent can maximize call 
center performance as measured by a plurality of met- 
rics. Also, when a new call arrives, it goes to an agent 
who has the best ability to maximize call center pert orm- 

\- ance as measured by the plurality of metrics. This allows 

for a multi-dimensionaL and hence more accurate or re- 
fined measure of call center performance. The inven- 
tion takes into consideration each agent's historical per- 
formance for each call type that the agent handles. Yet, 
by revising the values of the agent's metrics at the end 
of every call handled by the agent, the invention auto- 
matically adjusts for long-term trends, such as the agent 
gaining experience and expertise, and short-term 
trends, such as the agent having "a bad day'. 
[0009] These and other features and advantages of 
the invention will become more apparent from the fol- 
lowing description of an illustrative embodiment of the 
invention considered together with the drawing. 

Brief Description of the Drawing 

[0010] 

FIG. 1 is a block diagram of a call center that in- 
cludes an illustrative embodiment of the invention: 
FIG 2 is a flow diagram of operations performed by 
an agent service profile generator of the call center 



of FIG. 1; and 

FIG. 3 is a flow diagram of agent-selection opera- 
tions performed by an agent and call selector of the 
call center of FIG. 1; 
5 FIG. 4 is a flow diagram of call-selection operations 

performed by the agent and call selector of the call 
center of FIG. 1; 

FIG. 5 is a flow diagram of alternative agent-selec- 
tion operations performed by the agent and call se- 
io lector of the call center of FIG. 1 ; and 

FIG. 6 is a flow diagram of alternative call-selection 
operations performed by the agent and call selector 
of the call center of FIG. 1 . 

15 Detailed Description 

[0011] FIG. 1 shows an illustrative call center. As is 
conventional, the call center comprises a plurality of tel- 
ephone lines and/or trunks 100 selectively interconnect - 

20 ed with a plurality of agent positions 102-104 viaanACD 
system 101. Each agent position 102-104 includes a 
voice-and-data terminal 105 for use by a corresponding 
agent 106-103 in handling calls. Terminals 105 are con- 
nected to ACD system 101 by a voice-and-data trans- 

2S mission medium 109. Also, included in ACD system 101 
is a conventional basic call management system (BC- 
MS) and connected to ACD system 101 is a convention- 
al call management system (CMS) 110 that gather call 
records and call-center statistics for use in managing the 

30 call center and in generating call-center reports CMS 
and BCMS will hereafter be referred to jointly as CMS 
110. 

[0012] ACD system 101 is illustratively the Lucent 
Technologies Definity® private-branch exchange 

35 (PBX)-based ACD system. It is a stored-prog ram -con- 
trolled system that conventionally includes interfaces to 
external communications links, a communications 
switching fabric, service circuits (e.g., tone generators, 
announcement circuits, etc.), memory for storing control 

-to programs and data, and a processor (i.e., a computer) 
for executing the stored control programs to control the 
interfaces and the fabric and to provide automatic call- 
distribution functionality. Included among the data 
stored in ACD system 101 are a set 120 of call queues 

-*5 and a set 130 of agent queues. Each call queue 121-129 
corresponds to a different agent skill, as does each 
agent queue 131-139. Conventionally, calls are priori- 
tized, and either are enqueued in individual ones of call 
queues 120 in their order of priority or are enqueued in 

50 different ones of a plurality of call queues that corre- 
spond to a skill and each one of which corresponds to 
a different priority. Likewise, each agent's skills are pri- 
oritized according to his or her level of expertise in that 
skill, and either agents are enqueued in individual ones 

55 of agent queues 1 30 in their order of expertise level or 
are enqueued in different ones of a plurality of agent 
queues that correspond to a skill and each one of which 
corresponds to a different expertise level Included 
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among the control programs in ACD system 101 is a call 
vector 140. Calls incoming to the call center on lines or 
trunks 100 are assigned by call vector 140 to different 
call queues 121-129 based upon the agent skill that they 
require for their proper handling. Agents 106-108 who s 
are available for handling calls are assigned to agent 
queues 1 31 -1 39 based upon the skills which they pos- 
sess. An agent may have multiple skills, and hence may 
be assigned to multiple agent queues 131-139 simulta- 
neously. Furthermore, an agent may have different lev- 10 
els of skill expertise (e.g., skill levels 1 -16 in one known 
system or merely primary (P) skills and secondary (S) 
skills in another known system), and hence may be as- 
signed to different agent queues 1 31 -1 39 at different ex- 
pertise levels. Call vectoring is described in DEFINITY® is 
Communications System Generic 3 Call Vectoring/Ex- 
pert Agent Selection (EAS) Guide, AT&T publication no. 
555-230-520 (Issue 3, Nov. 1993). Skills-based ACD is 
described in further detail in U. S Patent no. 5,206,903. 
[001 3] According lo the invention, included among the 20 
programs executing on ACD system 101 are an agent 
and call selector 150 and an agent service-profile gen- 
erator 151 Selector 150 and generator 151 are stored 
either in the main memory or in a peripheral memory (e. 
g., disk, CD-ROM, etc.) or some other computcr-rcad- 2s 
able medium of ACD system 101 . Selector 1 50 and gen- 
erator 151 effect an assignment between available calls 
and available agents in a way that tends to maximize 
the efficiency of the call center. 

[0014] The functionality of generator 151 is shown in 30 
FIG. 2. At the completion of handling of each call, at step 
200. generator 151 collects efficiency metrics for the 
call, at steps 202-206. From the PBX on which ACD sys- 
tem 101 is based, generator 151 collects data such as 
the skill (X) involved in handling the call, the identifier of 3S 
the agent (2) who handled the call, the call duration, the 
transaction type (e.g., catalog sale, information request, 
complaint, etc.), the time-of-day, and call wait time or 
agent wait time, and stores this information in a data- 
base, such as CMS 110, at step 202. From the agent's 40 
terminal 105, generator 151 collects and stores the 
agent's self-rating (which the agent entered on his or her 
terminal) of how well the agent is satisfied with how he 
or she handled the call, at step 204. Also, if the handling 
of the call was observed by a service observer (e.g., ei- 45 
ther was monitored by a supervisor of the call center, or 
the non-agent party involved in the call was queried by 
an interactive voice response system for an evaluation 
of the service received), generator 151 collects and 
stores the service observer's satisfaction rating, also at so 
step 204. From the agent's terminal 105 (or from a host 
computer to which the agent's terminal 105 reports 
transaction data), genorator 151 collects and stores the 
transaction results (e.g., type of sale and number of 
units sold, or revenue generated, or service ticket do- ss 
sure or escalation, etc.), depending on the transaction 
type, at step 206 Generator 151 then weights the age 
of the stored data for skill X for agent Z for this call and 



previous calls, at step 208. Weighting favors data ob- 
tained from most-recent calls over data obtained from 
calls in the more-distant past. This enables the weight- 
ing to strongly reflect present agent performance, as 
agent performance may change over time due to, for 
example, an agent becoming more proficient or "burned 
out'V or having a "good day" or a "bad day". For example, 
the agent's data from handling all previous calls of skill 
X is given a weight of 75%, and the data from the just- 
completea call is given a weight of 25%. Generator 151 
then uses the weighted data to generate, or regenerate, 
a service profile 400 for skill X for agent Z, at step 210. 
A service profile is a set of scores for a set of metrics, 
e.g., an expertise score, a proficiency score, a profita- 
bility score, a customer satisfaction score, an ac : ;'it sat- 
isfaction score, an agent occupancy score, agent wait 
time, priority of the call type to the agent or to the call 
center, and an indication of the percentage of the 
agent's work that this call type should represent versus 
how much it actually represents, etc. ACD system 101 
has a profile for each skill of each agent. Therefore, 
there typically exists a plurality of profiles 400-402 for 
each agent. Generator 1 51 stores the generated service 
profile 400 along with the agent's other profiles in a da- 
tabase such as CMS 110, at step 210, and then ends its 
operation, at step 212. 

[0015] The functionality of agent and call selector 1 50 
in selecting an agent for a call is shown in FIG. 3. Upon 
arrival of a call at the head of one of the call queues 1 20 
(e.g., a skill X call queue), at step 300. selector 150 re- 
trieves the service profiles 400-500 for skill X of all 
agents who are available to handle the call and who 
have skill X, at step 302. Preferably, at step 302 selector 
1 50 retrieves the service profiles not only for agents who 
are actually idle and enqueued in the skill X agent 
queue, but also for those agents who ACD system 101 
anticipates will become idle within a predetermined 
amount of time (e.g., a few seconds), Then, for each of 
the agents whose service profile it retrieved at step 302, 
selector 1 50 combines the agent's service profile scores 
according to a formula which is a function of the trans- 
action type represented by the arrived call, at step 304. 
The formula for each call type is administered (pro- 
grammed) into the system and may be either algorithm- 
based (procedural) or rules-based (expert system en- 
gine). Each formula weights the agent's individual serv- 
ice profile scores based on the type of transaction rep- 
resented by the arrived call. For example, in a complaint 
transaction, the service observer satisfaction rating is 
weighted heavily, whereas in a sales transaction the rev- 
enue is weighted heavily, and in an information request 
transaction the proficiency is weighted heavily On the 
other hand, the formula for a VIP sales call (a sales call 
from a preferred customer) may weigh profitability less 
than customer satisfaction, in contrast to a "standard" 
sales call. A simple formula may normalize each score 
to a 100 point scale, weight each score by a multiplier, 
sum the weighted scores, and divide the sum by the 
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maximum possible score. Selector 150 then selects the 
agent who has the best combined score to handle the 
call, at step 306. The "best" score may either be the 
highest score, or it may be a just-sufficient score. For 
example, if a score of "310" is needed and two agents, s 
one with a score of "380 B and the other with a score of 
"350" are available, the one agent has the "best" score 
according to the former test and the other agent has the 
"best" score according to the latter test. Optionally, se- 
lector 150 selects none of the available agents if none 
of the agents' combined scores reach a predetermined 
minimum threshold, and leaves the call waiting in queue 
for another agent to become available. Selector 150 
then ends its operation, at step 308. 
[001 6] The functionality of agent and call selector 1 50 
in selecting a call tor an agent is shown in FIG. 4. Upon 
an agent becoming available or arriving at the head of 
one of the agent queues 1 30, at step 600, selector 1 50 
determines which skills this idle agent possesses (e.g., 
skills X, Y, and Z) and which of those skills have non- 
empty corresponding call queues 1 21 -1 29, at step 602. 
If the number of non-empty corresponding call queues 
1 21 -1 29 is none or one. as determined at step 604, se- 
lector 150 proceeds conventionally, at step 606, either 
enqueuing or leaving the idle agent enqueued in those 
agent queues 131-139 that correspond to the idle 
agent's skills if there are no non-empty corresponding 
call queues, or assigning a call from the one non-empty 
corresponding call queue to the idle agent and dequeu- 
ing the idle agent from all agent queues 130. If selector 
150 determines at step 604 that there is a plurality of 
non-empty corresponding call queues 121-1 29, selector 
150 retrieves the service profiles 500-502 of the idle 
agent for those skills that correspond to the non-empty 
call queues 121-129, at step 608. Then, for each of 
those skills' service profiles of the idle agent, selector 
150 combines the service profile scores according to a 
formula which is a function of the transaction type rep- 
resented by a call of that skill, at step 610. As was al- 
ready stated in conjunction with FIG. 3, the formula for 
each call type is'administered (programmed) into the 
system and may be either algorithm-based (procedural) 
or rules-based (expert system engine). Selector 150 
then selects a call needing the skill that has the best 
(either highest or just-sufficient) combined score to be 
handled by the idle agent, at step 612. Optionally, se- 
lector 150 selects none of the available calls if none of 
the agent's combined scores reach a predetermined 
minimum threshold, and leaves the agent waiting in 
queue for a call of another skill type to become available. 
Selector 150 then ends its operation, at step 614. 
[0017] Of course, it is not necessary that only agents 
should have corresponding profiles and scores comput- 
ed therefrom. The same may advantageously be done 
for calls, and the scores of the agents may then be 
matched with the scores of the calls to determine which 
agent should handle what call This variation is shown 
in FIGS 5 and 6 
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[0018] The functionality of agent and call selector 1 50 
in selecting an agent for a call is shown in FIG. 5, which 
is a variation on FIG. 3. Upon arrival of a call at the head 
of its queue, at step 700, selector 150 computes a call 
score for the call according to a call-type formula, at step 
701 . The computation is illustratively made on the basis 
of factors such as the purpose of the call (determined 
from the vector directory number of the call, or the skill 
queue 120-129 in which the call resides), the in-queue 
wait time of the call (either actual or predicted), the pri- 
ority of the call, the caller's ID (such as the ANI or ac- 
count number), the caller's history (call history or caller's 
total business history), etc. Typically, the formulas for all 
call types would be, although they need not be, the 
same. A simple formula may normalize each factor on 
a 100 point scale, weight each normalized factor by a 
multiplier, sum the weighted lactors, and divide the sum 
by the maximum possible score. 

[0019] Having obtained a call score for the call, agent 
and call selector 150 proceeds at steps 702-704 to ob- 
tain a score for each of the available agents who can 
handle the call, as at steps 302-304 of FIG. 3. Selector 
150 then selects the agent who has the best combined 
score-in this instance, the agent whose combined score 
is closest to the call's score-to handle the call, at step 
706. Preferably, selector 150 selects the agent whose 
combined score is closest to the call's score, whether it 
is higher or lower, within a predetermined range around 
the call's score, and if no agent is available within this 
range, selects an agent whose combined score least ex- 
ceeds the call's score. Selector 150 then ends its oper- 
ation, at step 708. 

[0020] The functionality of agent and call selector 1 50 
in selecting a call for an agent is shown in FIG. 6, which 
is a variation on FIG. 4. Upon an agent becoming avail- 
able, selector 150 proceeds, at steps 800-308, \n the 
same manner as at steps 500-606 of FIG. 4. If there are 
calls in multiple call queues 120-129 for the agent to 
choose from, selector 150 recomputes (updates) the 
call score for the call at the head of each of those queues 
according to a call type formula, at step 807, in the man- 
ner described for step 701 of FIG. 5. Selector 150 then 
proceeds, at steps 808-810, to obtain a score for each 
of the skills of the agent that correspond to the available 
calls, as at steps 608-610 of FIG. 4. Selector 150 then 
selects a call of the skill that has the best combined 
score-in this instance, the call whose score is closest to 
the agent's combined score for thai call type-to be han- 
dled by the agent, at step 812. and ends its operation, 
at step 81 4. 

[0021] Of course, various changes and modifications 
to the illustrative embodiment described above will be 
apparont to those skilled in the art. For example the loci 
of various data and functions are not important and may 
be changed at will: for example, skill and agent profiles 
and the agent service profile generator and the agent 
selector may be located in an adjunct processor Nor do 
the profiles need to be updated in real time such updat- 
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ing may be done only periodically. Also, the call queues 
and the agent queues may be distributed across a net- 
work of multiple ACDs. In this case, preference to dis- 
tribute calls to other ACDs' agents may affect individual 
agent profiles, such as when one ACD site is presently 
working on an overtime-basis while another ACD site is 
in a different time zone and presently working standard 
hours. Or, profile weighting can vary depending on 
present business needs or priorities derived from some 
external source of customer information. Moreover, if 
the overall proficiency of a set of agents is judged to 
need improvement, the agents may be given remedial 
training, and upon their return to active duty agents with 
lower proficiency values may be selected to provide im- 
mediate opportunities to apply the remedial training. Al- 
so, the service profile scores of all agents may be com- 
pared, and the call may remain enqueued if an agent 
with a high-enough service profile score is predicted to 
become available shortly The prediction may illustra- 
tively be based on what part of a lelescript (a script fol- 
lowed by the agent in handling a call) the agent is pres- 
ently performing. Furthermore, the system may dynam- 
ically change the weighting of individual profile scores 
or even the score-combining formula to reflect present 
operating conditions of the call center. For example, it 
may be that customers with low scores (e.g., grumpy 
people who seldom buy) need agents with high scores 
(e.g., very patient, positive, versatile agents) and agents 
with low scores (e.g. agents with little experience or on- 
ly average people skills) may be assigned to customers 
with high scores (e.g.. easygoing people who buy fre- 
quently). Such changes and modifications can be made 
within the scope of the invention and without diminishing 
its attendant advantages. It is therefore intended that 
such changes and modifications be covered by the fol- 
lowing claims except insofar as limited by the prior art. 



characteristic score for said each call type by 
using the retrieved present values of the plural- 
ity of service metrics of said each call type in 
one of a plurality of formulas, each correspond- 

5 ing to a different said call type, and 

retrieving (608; 808) from a service profile 
(500-502) of the call handler, comprising 
present values of a plurality of service metrics 
for the plurality of call types, the service metrics 

10 for each call type having calls available (802) 

for handling by the call handler, 

selecting (612: 812) one of the available 
calls whose call type has a best said score, for 
handling by the call handler; 

75 b) in response to completion (200) of handling 

of the selected call by the call handler, evaluat- 
ing (204-206) the call handler's performance in 
handling the selected call; and 
c) modifying (208-210) the values of the call 

20 handler's service metrics for the call type of the 

selected call by the valuation of the call han- 
dler's performance in handling the selected call 
to obtain new present values of the service met- 
rics for the call type of the selected call for the 

25 call handler. 

2. The method of claim 1 wherein: 

obtaining a performance characteristic score 
for said each call type comprises 

30 

combining (8 1 0) the retrieved present values of 
the plurality of service metrics of said each call 
type, and 

obtaining (807) a call score for each said call 
36 by combining present values of a plurality of 

characteristics of each said call; and 



Claims 

1. A method of selecting a call for handling by a call 
handler, comprising the steps of: 

in response to availability (800) of a call han- 
dler who handles calls of a plurality of types, select- 
ing for handling by the call handler a call of one of 
the plurality of types, CHARACTERISED BY 

(a) selecting for handling by the call handler a 
call of a type for which the call handler has a 
best performance characteristic score, includ- 
ing 

retrieving (608; 808) from a service profile 
(500-502) of the call handler comprising 
present values of a plurality of service metrics 
for the plurality of call types, the service metrics 
for each call type having calls available (802) 
for handling by the call handler. 

obtaining (610: 807. 810) a performance 



selecting comprises 

-*o selecting (81 2) one of the available calls whose 

call score best corresponds to.the call handler's 
characteristic score to be handled by the call 
handler. 

•*s 3. The method of claim 1 wherein: 

the step of evaluating comprises the step of 

measuring (204-206) individual said service 
metrics of the service profile of the one call han- 
50 dler in handling the call, to obtain measured val- 

ues; 

the step of modifying comprises the steps of 

55 combining (208-210) the measured values of 

the service metrics with the values of the serv- 
ice metrics of the service profile to obtain new 
values of the service metrics of the service pro- 



6 



I 
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file. 

4. The method of claim 3 wherein: 

the step of combining comprises the steps of 

5 

weighting (208) the measured values of the 
service metrics relative to the values of the 
service metrics of the service profile; and 
combining (210) the weighted measured val- 
ues with the values ot the service metrics of the 10 
service profile to obtain new values of the serv- 
ice metrics of the service profile. 

5. The method of claim 1 wherein: 

the performance characteristic score of an in- is 
dividual call type indicates at least one of efficiency 
of the one call handler in handling a call of the indi- 
vidual type, benefit generated by the call handler in 
handling a call of the individual type, and revenue. 

20 

6. The method of claim 1 wherein 

the service metrics of the service profile com- 
prise at least one of efficiency, generated benefit, 
customer satisfaction, and call handler satisfaction. 

25 

7. The method of claim 1 wherein: 

the step of selecting comprises either (a) the 
steps of 

computing (810) a call score for each said call 30 
type having calls available for handling by the 
call handler, and 

selecting (812) one of the available calls whose 
call type has the performance characteristic 
score best matching the call score of said call 35 
type; or (b) the steps of 
computing (610) a call score for a call of each 
said call type having calls available for handling 
by the call handler, and 

selecting (612) one of the available calls whose *o 
call score best matches the performance char- 
acteristic score of the corresponding call type. 

8. The method of claim 2 wherein: 

the step ot combining comprises the step of 

using (810) the retrieved present values of the 
plurality of service metrics of said each call type 
in one of a plurality of formulas, each corre- 
sponding to a different said call type. so 

9. An apparatus CHARACTERISED IN that it per- 
forms the method of claim 1 or 2 or 3 or 4 or 5 or 6 
or 7 or 8. 

55 
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FIG, 2 
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FIG. 4 
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